full means it's something missing from the original, while this is here only to provide a higher order validation of some inputs. How about validation or typechecks, or even just checks?

oh, but it is missing, and we only allow installing without since we acknowledge some people may run into issues with the additional dependencies.

Then there is also this - Assume we add pycurl support, then if you are a user which want the best experience possible, and you don't care if there are binary dependencies or whatnot (and why would you as the user?), do you really want to do pip install b2[pycurl,validation]` ?

It seems like a common practice to group them (https://github.com/encode/uvicorn/blob/master/pyproject.toml#L36-L44 , https://github.com/pandas-dev/pandas/blob/main/pyproject.toml#L81 ) .
We could do add extra group for just validation boost, for these users that do really care about nitpicking their dependencies, but I'm not sure how big of group will that be.

Oh, but in these cases all means that literally all dependencies are added, and each of them have a hefty list of optionals that can be added as well. So it should also include doc and license, and curl and everything else in this full, shouldn't it? Currently it's just adding pydantic, which is used only for validation, isn't it?

I'm not against full, or all. I'm just saying that this full is not really full.